> The main drawback is that CVS has its own ideas about
> directories, and '.nib' directories then get screwed up
> by CVS. There is a makefile.{pre,post}amble (I'm not
> sure which) that can handle those, which is on the net
> somewhere.
Even better, there's a palette which, when loaded into IB, will not screw with the CVS directory in the .nib directory. I was working on my own version, but someone else posted something along the same idea to the net recently (I saw it on orst )
John
---
John Feiler jjfeiler@relief.com
4926 152nd St. SW NeXTmail Welcome!!!
Edmonds, WA 98026-4433 Independent NeXTSTEP Developer
From relief!jjfeiler@uu6.psi.com Mon Sep 27 21:34 MDT 1993
Received: from yvax.byu.edu by maine.et.byu.edu; Mon, 27 Sep 93 21:34:35 -0600
Return-Path: <relief!jjfeiler@uu6.psi.com>
Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
One thing that might be a good idea is to take a surreptitious peek at the NXString class which NeXT still hasn't documented yet, but the compiler knows about. It would be nice if the stuff we came up with would seamlessly integrate with what NeXT will eventually let us see....
P.S. If you want to peek, compile the following snippet, and go exploring with gdb....